Package | hl7.ehrs.ehrsfmr21 |
Type | Requirements |
Id | Id |
FHIR Version | R5 |
Source | http://hl7.org/ehrs/https://build.fhir.org/ig/mvdzel/ehrsfm-fhir-r5/Requirements-EHRSFMR2.1-CPS.1.1.html |
Url | http://hl7.org/ehrs/Requirements/EHRSFMR2.1-CPS.1.1 |
Version | 2.1.0 |
Status | active |
Date | 2024-11-26T16:30:50+00:00 |
Name | CPS_1_1_Manage_a_Patient_Record |
Title | CPS.1.1 Manage a Patient Record (Function) |
Experimental | False |
Realm | uv |
Authority | hl7 |
Description | Manage a single logical record for each patient. |
Purpose | A single record is needed for legal purposes, as well as to organize it unambiguously for the provider. Health information is captured and linked to the patient record. Static data elements as well as data elements that will change over time are maintained. The patient is uniquely identified, after which the record is tied to that patient. Combining information on the same patient, or separating information where it was inadvertently captured for the wrong patient, helps maintain health information for a single patient. In the process of creating a patient record, it is at times advantageous to replicate identical information across multiple records, so that such data does not have to be re-entered. For example, when a parent registers children as new patients, the address, guarantor, and insurance data may be propagated in the children's records without having to re-enter them. |
No resources found
No resources found
Note: links and images are rebased to the (stated) source
Manage a single logical record for each patient.
A single record is needed for legal purposes, as well as to organize it unambiguously for the provider. Health information is captured and linked to the patient record. Static data elements as well as data elements that will change over time are maintained. The patient is uniquely identified, after which the record is tied to that patient. Combining information on the same patient, or separating information where it was inadvertently captured for the wrong patient, helps maintain health information for a single patient. In the process of creating a patient record, it is at times advantageous to replicate identical information across multiple records, so that such data does not have to be re-entered. For example, when a parent registers children as new patients, the address, guarantor, and insurance data may be propagated in the children's records without having to re-enter them.
CPS.1.1#01 | SHALL |
The system SHALL manage a single logical record for each patient. |
CPS.1.1#02 | SHALL |
The system SHALL provide the ability to determine the unique identity of a patient and link the record to a single patient. |
CPS.1.1#03 | SHALL |
The system SHALL provide the ability to manage a record for a patient when the identity of the patient is unknown. |
CPS.1.1#04 | dependent SHOULD |
The system SHOULD provide the ability to tag a record when the identity of the patient is unknown according to scope of practice, organizational policy, and/or jurisdictional law. |
CPS.1.1#05 | SHALL |
The system SHALL provide the ability to manage more than one patient identifier for each patient record. |
CPS.1.1#06 | dependent SHALL |
The system SHALL link key patient identifier information (e.g., system ID, medical record number) to each patient record according to scope of practice, organizational policy, and/or jurisdictional law. |
CPS.1.1#07 | SHOULD |
The system SHOULD provide the ability to determine and render a patient by an alias and link the record to a single patient. |
CPS.1.1#08 | SHALL |
The system SHALL provide the ability, through a controlled method, to integrate or link information for an individual patient upon recognizing the identity of the patient (e.g., if portions of a record were not yet integrated or linked because the patient's identity was not yet known, or a temporary identity (an alias) was being used, or there were duplicate records). |
CPS.1.1#09 | SHALL |
The system SHALL provide the ability to tag the information as erroneous in the record of the patient in which it was mistakenly associated and render that information as erroneous in all renderings (i.e., outputs) containing that information. |
CPS.1.1#10 | SHALL |
IF health information was mistakenly associated with a patient, THEN the system SHALL provide the ability to link the health information with the correct patient and tag that health information as erroneous in the mistakenly associated patient's record. |
CPS.1.1#11 | SHALL |
The system SHALL render appropriate health information that has been tagged as erroneous in a patient's record (e.g., identify as erroneous when rendering or render in audit logs only). |
CPS.1.1#12 | SHALL |
The system SHALL provide the ability to render parts of a single patient's record using a primary identifier (e.g., Unique patient identifier, encounter number), secondary identifiers (e.g., Social Security Number), or other information, or combination of information, which are not identifiers, but could be used to help identify the patient (e.g., name or Date of Birth). |
CPS.1.1#13 | SHALL |
The system SHALL provide the ability to tag as obsolete, inactivated or nullified, to store in archives and to remove a patient's record in accordance with local policies and procedures, as well as applicable laws and regulation. |
CPS.1.1#14 | MAY |
The system MAY provide the ability to auto-populate identical data to all records of related patients. |
CPS.1.1#15 | SHOULD |
The system SHOULD provide the ability to capture anonymized patient registration. |
CPS.1.1#16 | SHOULD |
The system SHOULD provide the ability to link the mother's and neonate's medical record numbers. |
CPS.1.1#17 | SHALL |
The system SHALL provide the ability to render patient records based on previous names. |
CPS.1.1#18 | SHOULD |
The system SHOULD provide the ability to link several patients that have some common demographics. |
{
"resourceType" : "Requirements",
"id" : "EHRSFMR2.1-CPS.1.1",
"meta" : {
"profile" : [
"http://hl7.org/ehrs/StructureDefinition/FMFunction"
]
},
"text" : {
"status" : "extensions",
"div" : "<div xmlns=\"http://www.w3.org/1999/xhtml\">\n <span id=\"description\"><b>Statement <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b> <div><p>Manage a single logical record for each patient.</p>\n</div></span>\n\n \n <span id=\"purpose\"><b>Description <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Informative Content\" class=\"informative-flag\">I</a>:</b> <div><p>A single record is needed for legal purposes, as well as to organize it unambiguously for the provider. Health information is captured and linked to the patient record. Static data elements as well as data elements that will change over time are maintained. The patient is uniquely identified, after which the record is tied to that patient. Combining information on the same patient, or separating information where it was inadvertently captured for the wrong patient, helps maintain health information for a single patient. In the process of creating a patient record, it is at times advantageous to replicate identical information across multiple records, so that such data does not have to be re-entered. For example, when a parent registers children as new patients, the address, guarantor, and insurance data may be propagated in the children's records without having to re-enter them.</p>\n</div></span>\n \n\n \n\n \n <span id=\"requirements\"><b>Criteria <a href=\"https://hl7.org/fhir/versions.html#std-process\" title=\"Normative Content\" class=\"normative-flag\">N</a>:</b></span>\n \n <table id=\"statements\" class=\"grid dict\">\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#01</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL manage a single logical record for each patient.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#02</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to determine the unique identity of a patient and link the record to a single patient.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#03</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to manage a record for a patient when the identity of the patient is unknown.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#04</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to tag a record when the identity of the patient is unknown according to scope of practice, organizational policy, and/or jurisdictional law.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#05</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to manage more than one patient identifier for each patient record.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#06</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n <i>dependent</i>\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL link key patient identifier information (e.g., system ID, medical record number) to each patient record according to scope of practice, organizational policy, and/or jurisdictional law.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#07</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to determine and render a patient by an alias and link the record to a single patient.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#08</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability, through a controlled method, to integrate or link information for an individual patient upon recognizing the identity of the patient (e.g., if portions of a record were not yet integrated or linked because the patient's identity was not yet known, or a temporary identity (an alias) was being used, or there were duplicate records).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#09</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to tag the information as erroneous in the record of the patient in which it was mistakenly associated and render that information as erroneous in all renderings (i.e., outputs) containing that information.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#10</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>IF health information was mistakenly associated with a patient, THEN the system SHALL provide the ability to link the health information with the correct patient and tag that health information as erroneous in the mistakenly associated patient's record.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#11</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL render appropriate health information that has been tagged as erroneous in a patient's record (e.g., identify as erroneous when rendering or render in audit logs only).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#12</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to render parts of a single patient's record using a primary identifier (e.g., Unique patient identifier, encounter number), secondary identifiers (e.g., Social Security Number), or other information, or combination of information, which are not identifiers, but could be used to help identify the patient (e.g., name or Date of Birth).</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#13</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to tag as obsolete, inactivated or nullified, to store in archives and to remove a patient's record in accordance with local policies and procedures, as well as applicable laws and regulation.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#14</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>MAY</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system MAY provide the ability to auto-populate identical data to all records of related patients.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#15</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to capture anonymized patient registration.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#16</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to link the mother's and neonate's medical record numbers.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#17</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHALL</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHALL provide the ability to render patient records based on previous names.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n <tr>\n <td style=\"padding-left: 4px;\">\n \n <span>CPS.1.1#18</span>\n \n </td>\n <td style=\"padding-left: 4px;\">\n \n \n \n <span>SHOULD</span>\n \n </td>\n <td style=\"padding-left: 4px;\" class=\"requirement\">\n \n <span><div><p>The system SHOULD provide the ability to link several patients that have some common demographics.</p>\n</div></span>\n \n \n </td>\n </tr>\n \n </table>\n</div>"
},
"url" : "http://hl7.org/ehrs/Requirements/EHRSFMR2.1-CPS.1.1",
"version" : "2.1.0",
"name" : "CPS_1_1_Manage_a_Patient_Record",
"title" : "CPS.1.1 Manage a Patient Record (Function)",
"status" : "active",
"date" : "2024-11-26T16:30:50+00:00",
"publisher" : "EHR WG",
"contact" : [
{
"telecom" : [
{
"system" : "url",
"value" : "http://www.hl7.org/Special/committees/ehr"
}
]
}
],
"description" : "Manage a single logical record for each patient.",
"jurisdiction" : [
{
"coding" : [
{
"system" : "http://unstats.un.org/unsd/methods/m49/m49.htm",
"code" : "001",
"display" : "World"
}
]
}
],
"purpose" : "A single record is needed for legal purposes, as well as to organize it unambiguously for the provider. Health information is captured and linked to the patient record. Static data elements as well as data elements that will change over time are maintained. The patient is uniquely identified, after which the record is tied to that patient. Combining information on the same patient, or separating information where it was inadvertently captured for the wrong patient, helps maintain health information for a single patient. In the process of creating a patient record, it is at times advantageous to replicate identical information across multiple records, so that such data does not have to be re-entered. For example, when a parent registers children as new patients, the address, guarantor, and insurance data may be propagated in the children's records without having to re-enter them.",
"statement" : [
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-01",
"label" : "CPS.1.1#01",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL manage a single logical record for each patient.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#1"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-02",
"label" : "CPS.1.1#02",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to determine the unique identity of a patient and link the record to a single patient.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#5"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-03",
"label" : "CPS.1.1#03",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to manage a record for a patient when the identity of the patient is unknown.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#2"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : true
}
],
"key" : "EHRSFMR2.1-CPS.1.1-04",
"label" : "CPS.1.1#04",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to tag a record when the identity of the patient is unknown according to scope of practice, organizational policy, and/or jurisdictional law."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-05",
"label" : "CPS.1.1#05",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to manage more than one patient identifier for each patient record.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#3"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : true
}
],
"key" : "EHRSFMR2.1-CPS.1.1-06",
"label" : "CPS.1.1#06",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL link key patient identifier information (e.g., system ID, medical record number) to each patient record according to scope of practice, organizational policy, and/or jurisdictional law.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#4"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-07",
"label" : "CPS.1.1#07",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to determine and render a patient by an alias and link the record to a single patient."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-08",
"label" : "CPS.1.1#08",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability, through a controlled method, to integrate or link information for an individual patient upon recognizing the identity of the patient (e.g., if portions of a record were not yet integrated or linked because the patient's identity was not yet known, or a temporary identity (an alias) was being used, or there were duplicate records).",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#6"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-09",
"label" : "CPS.1.1#09",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to tag the information as erroneous in the record of the patient in which it was mistakenly associated and render that information as erroneous in all renderings (i.e., outputs) containing that information.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#7"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-10",
"label" : "CPS.1.1#10",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "IF health information was mistakenly associated with a patient, THEN the system SHALL provide the ability to link the health information with the correct patient and tag that health information as erroneous in the mistakenly associated patient's record.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#8"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-11",
"label" : "CPS.1.1#11",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL render appropriate health information that has been tagged as erroneous in a patient's record (e.g., identify as erroneous when rendering or render in audit logs only)."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-12",
"label" : "CPS.1.1#12",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to render parts of a single patient's record using a primary identifier (e.g., Unique patient identifier, encounter number), secondary identifiers (e.g., Social Security Number), or other information, or combination of information, which are not identifiers, but could be used to help identify the patient (e.g., name or Date of Birth).",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#9"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-13",
"label" : "CPS.1.1#13",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to tag as obsolete, inactivated or nullified, to store in archives and to remove a patient's record in accordance with local policies and procedures, as well as applicable laws and regulation.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#10"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-14",
"label" : "CPS.1.1#14",
"conformance" : [
"MAY"
],
"conditionality" : false,
"requirement" : "The system MAY provide the ability to auto-populate identical data to all records of related patients.",
"derivedFrom" : "EHR-S_FM_R1.1 DC.1.1.1#11"
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-15",
"label" : "CPS.1.1#15",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to capture anonymized patient registration."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-16",
"label" : "CPS.1.1#16",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to link the mother's and neonate's medical record numbers."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-17",
"label" : "CPS.1.1#17",
"conformance" : [
"SHALL"
],
"conditionality" : false,
"requirement" : "The system SHALL provide the ability to render patient records based on previous names."
},
{
"extension" : [
{
"url" : "http://hl7.org/ehrs/StructureDefinition/requirements-dependent",
"valueBoolean" : false
}
],
"key" : "EHRSFMR2.1-CPS.1.1-18",
"label" : "CPS.1.1#18",
"conformance" : [
"SHOULD"
],
"conditionality" : false,
"requirement" : "The system SHOULD provide the ability to link several patients that have some common demographics."
}
]
}
XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.